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COPYRIGHT NOTICE 

[0001] A portion of the disclosure of this patent document contains material 

10 that is subject to copyright protection. The copyright owner has no objection to the 
facsimile reproduction by anyone of the patent document or the patent disclosure as it 
appears in the Patent and Trademark Office patent file or records, but otherwise 
reserves all copyright rights whatsoever. 

1 5 RELATED APPLICATIONS 

[0002] This application is related to the commonly owned U.S. Patent 

Application No. , Atty Docket 1006-1, entitled "Systems and 

Methods to Support Approval to Settle an International Trade From a Credit Facility, 
Such as a Line of Credit or a Demand Deposit Account", by inventors Graham R.F. 
20 Napier, Steve M. Viarengo, Manoj Narayan, and Allen R. Bornscheuer, filed on the 
same day as the present application, and owned by the same assignee now and at the 
time of the invention. That co-pending application is incorporated by reference as if 
fully set forth herein. 

25 BACKGROUND OF THE INVENTION 

[0003] The present invention relates to systems and methods to support 

import-export transactions. More particularly, it includes methods and systems for 
negotiating insurance conditions, for advising or determining that the insurance 
conditions have been met and for electronically initiated release of goods. It further 
30 may include methods and systems for making claims against policies secured in 
accordance with the insurance conditions. 
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[0004] International import-export transactions may involve many actors, 

including exporters, export freight forwarders, import freight forwarders, and 
importers. In addition, they may involve customs brokers, transportation companies, 
and warehousing companies. Transportation companies may operate ships, planes, 
5 trains or trucks. While companies handling small packages, such as Federal Express 
or UPS, have integrated systems for handling and advising customers regarding their 
processing of domestic shipments of goods, from pickup to delivery within their own 
transportation networks, there is no collaborative integrated system for handling 
import-export transactions through multiple independent actors. 

10 [0005] The cycle for global trade transactions may be slowed by the flow of 

information, the flow of goods or the flow of funds. The separate software systems of 
the typical actors, such as ERPs, compliance systems, transportation management 
systems, customs broker systems and banking and trade settlement networks are not 
well-suited to expediting these flows of information, goods or funds among the actors. 

1 5 [0006] In the settlement of international trades, it has long been recognized 

that processes of documentary credit issuance and redemption are fraught with 
opportunities for error and resulting frustration. For instance, Tozzoli et al. in U.S. 
Pat. No. 6,151,588 comment in column 3 on how an issuing bank requires that all of 
the documents called for in a letter of credit exactly correspond with the terms of the 

20 letter of credit, and withholds payment to the seller even due to typographical errors 
and minor misspellings, with resulting frustration to sellers seeking payment. 
Tradecard, Inc., the assignee of the '588 patent, responded to this and other long- 
identified problems with documentary credits by creating an alternative funding 
mechanism, which is described in the '588 patent and their "Financial Supply Chain 

25 Automation: The Missing Link in Supply Chain Management White Paper" (PDF file 
created 29 Apr. 2002) available from their web site www.Tradecard.com. Tradecard 
sidestepped the documentary credit problems by creating a new financial instrument 
and arrangement. However, banks are slow to adopt new financial instruments. 
[0007] Accordingly, an opportunity arises to devise methods and systems that 

30 facilitate payment using familiar financial instruments, such as payment from a line of 
credit. 
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10 



SUMMARY OF THE INVENTION 

[0008] The present invention relates to systems and methods to support 

import-export transactions. More particularly, it includes methods and systems for 
negotiating insurance conditions, for advising or determining that the insurance 
conditions have been met and for electronically initiated release of goods. It further 
may include methods and systems for making claims against policies secured in 
accordance with the insurance conditions. Particular aspects of the present invention 
are described in the claims, specification and drawings. 



BRIEF DESCRIPTION OF THE DRAWINGS 



[0009] The patent or application file contains at least one drawing executed in 

color. Copies of this patent or patent application publication with color drawing(s) 
will be provided by the Office upon request and payment of the necessary fee. 
15 [0010] FIG. 1 schematically depicts, at a high-level, interactions among an 

importer, exporter, forwarders, customs broker and bank utilizing one embodiment of 
the present invention. 

[0011] FIG, 2 depicts collection of data describing a purchase order. 

Information can be collected electronically, for instance conveyed by SOAP message 
20 with XML encoding. 

[0012] FIG. 3 depicts entry of approval to pay instructions or draft 

instructions. 

[0013] FIG. 4 depicts part of an interface for creating a trade with an approval 

to pay as part of the trade. 
25 [0014] FIG. 5 depicts access to the approval to pay instruction as part of the 

workflow, as opposed to part of the set up for a shipment. 

[0015] FIGS. 6A-6B show progress of a shipment through a workflow. 

[0016] FIG. 7 depicts a reconciliation screen, from which a reconciliation 

process can be triggered. 
30 [0017] FIG. 8 illustrates access to document management. 

[0018] FIG. 9 shows further progress of the shipment through the workflow. 
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[0019] FIG. 10 is a remittance advice screen that the bank may use to advise 

that the exporter has been or is being paid. 
[0020] FIG. 11 shows a completed status summary panel. 

[0021] FIG. 12 identifies persons assigned to fulfill various roles and carry 

5 out tasks recognized by the system. 

[0022] FIG. 13 depicts the status screen, with attention drawn to the insurance 

certificate column. 

[0023] FIG. 14 depicts an interface adapted to entry of insurance certificate- 

related data. 

10 [0024] FIG. 15 illustrates an insurance certificate. 

[0025] FIG. 16 is another status screen that emphasizes an insurance claim 

column. 

[0026] FIG. 17 depicts an interface adapted to entry of insurance claim- 

related information. 

15 

DETAILED DESCRIPTION 

[0027] The following detailed description is made with reference to the 

figures. Preferred embodiments are described to illustrate the present invention, not 
to limit its scope, which is defined by the claims. Those of ordinary skill in the art 

20 will recognize a variety of equivalent variations on the description that follows. 
[0028] FIG. 1 schematically depicts, at a high-level, interactions among an 

importer, exporter, forwarders, customs broker and bank utilizing one embodiment of 
the present invention. The bank 110, exporter and forwarders 120, importer 130, 
customs broker 140 and system 150 are indicated by blocks. In general, the system 

25 150 facilitates communications among these actors. Outside the system, payment 123 
may be credited by the bank 1 10 to the exporter 120 through ordinary banking 
channels that are not part of the system 150. Otherwise, it is preferred for 
communications to flow through the system or to be noticed to the system for 
automatic processing, if other channels of communication are used. In the information 

30 flow depicted, electronic draft approval to pay instructions are communicated 1 3 1 
from the importer or the importer's agents 130 to the system 150. Preliminary draft 
approval to pay instructions may be communicated 1 1 1 to the bank or not. Advice to 
the bank of draft or negotiated approval to pay instructions may be delayed until 
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negotiations are complete, or advice to the bank may be dispensed with altogether. 
Unlike a letter of credit, the bank has little involvement between the importer and 
exporter in determining when a payment should be made from a line of credit. This 
substantially reduces the cost to the importer of financing the import-export 
5 transaction by eliminating the cost of issuing a traditional letter of credit and reducing 
the bank's role in determining whether to make a payment. Returning to the 
information flow depicted, the system 150 forwards 121 draft approval to pay 
instructions to the exporter or exporter's agents 120. Alternatively, the exporter or 
exporter's agents 120 could submit proposed approval to pay terms and conditions to 

10 the importer, for instance, using a prior transaction as a model. In practice, it seems 
more likely that the importer will prepare the first draft of instructions or terms and 
conditions, because the importer 130 holds the line of credit with the bank 1 10, from 
which the exporter 120 is paid. Following the draft approval to pay instructions, 
electronic documents are communicated 122, 132 between the importer and exporter. 

15 They optionally may be communicated 142 to a customs broker 140 or other 

participants or agents for either the importer or exporter. These documents may either 
confirm an agreement, carry out further negotiations, or implement parts of an 
agreement, for instance supplying documents that are formally required pursuant to an 
agreement. As indicated above, at some point, the system may manually or 

20 automatically advise the bank 1 10 of the agreed approval to pay conditions. 

[0029] A variety of processes and process steps related to import-export 

typically take place between the negotiation of terms and conditions for payment and 
the issuance of an approval to pay from a line of credit or similar credit facility. 
Preferably, the system described herein is integrated with a system designed to 

25 facilitate import-export transactions from end-to-end, such as the system described in 
the co-pending U.S. Application No. 10/228,158, filed August 26, 2002, entitled 
"SYSTEMS AND METHODS TO SUPPORT IMPORT-EXPORT 
TRANSACTIONS", and U.S. Application No. 10/287,447, filed November 4, 2002, 
entitled "SYSTEMS AND METHODS FOR PRODUCING DOCUMENTARY 

30 CREDIT AND CONFORMING SHIPPING DOCUMENTS", which are hereby 

incorporated by reference. It may be advantageous to coordinate negotiation of terms 
and conditions for payment, tracking of circumstances that fulfill the terms and 
conditions for payment, and settlement in a single integrated system. For purposes of 
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this invention, it may be enough to track the import-export transaction from 
negotiation through settlement, which sometimes precedes importation of the goods. 
[0030] During the import-export process, the system 150 tracks the status of 

the transaction. Preferably, the status information that the system tracks includes the 
5 information needed to determine when settlement should proceed. The system 150 
preferably includes rules and logic that notify at least one user or role when the status 
information indicates that settlement should proceed. Throughout the importer-export 
process, the system 150 distributes status information 129, 139, 149 to the various 
actors. The particular status information distributed to the actors may depend upon 

10 their role and their authority to receive information. Status information further may 
include alerts when system wide or specifically set deadlines for action pass. For 
instance, if too long passes between when the bank is given approval to pay and when 
and the bank issues a payment advice, an alert may be sent to the importer for follow- 
up. Another system generated alert may flag delay between draft instructions and 

15 either agreement or proposed amendment to the draft instructions. 

[0031] At some point, the importer or importer's agents 130 determine that a 

payment should be made. The system 150 assists the parties exporter in preparing 
appropriate documentation. The importer 130 communicates 133 to the system 
documentary approval to pay the exporter or exporter's agents 120. The system 

20 communicates 1 13 the importer's approval to pay to the bank 110. The bank responds 
with a payment 123 and a payment advice 1 14. The payment advice may confirm that 
payment has been made or may announce that payment is to be made either in the 
future or at a particular time or date. The payment advice 1 14 communicated to the 
system may be directly communicated 124 to the actors, such as the exporter 120, it 

25 may be encoded on a status screen 150, or both. When the bank makes the payment 
123, it debits the importer's line of credit or similar credit facility. Use of the system 
150 to convey authorization for payment provides security and comfort for the bank, 
whose actions are responsive to the system 150. Contractual terms may allocate any 
risk of the system being compromised or mistakes being made by users of the system. 

30 An arrangement for confirmation of an approval to pay, or an approval to pay 

exceeding a threshold, or an approval to pay particular listed or non-listed vendors 
may be provided to improve security. 

[0032] FIG. 2 depicts collection of data describing a purchase order. 

Information can be collected electronically, for instance conveyed by SOAP message 
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with XML encoding. A user can enter information, for instance using the interface 
depicted in FIG. 2, which is convey electronically to the system 150. It should be 
understood that the left frame and the main frame depicted in FIG. 2 may be 
combined with the navigation bar, context block, shipment description information 
5 and alerts display, which are depicted in and described in the context of other figures. 
The left frame 210 is one variation on presenting a consistent user interface 
throughout an import-export system. The navigation menu 210 in the left frame may 
be sensitive or responsive to the identity or role of the user, providing access to 
documents that the user may read, modify or approve. In this context, the documents 

10 listed are an authority to pay, as depicted in FIG. 3, an XML sales order, which 

imports an XML document, preferably conforming to a schema defined in a language 
such as XML Schema, a manual sales order, which corresponds to a user interface for 
data collection, and various types of orders that communicate an importer's intent to 
purchase from an exporter. The main frame is subdivided into a top section 220 and 

1 5 tabbed views 230. Submit and canceled controls 22 1 allow the user to decide whether 
to persist or save edits made using the interface. The add notes to page log panel 222 
allows a user to annotate an audit trail that is compiled as users work on parts of the 
shipment. The assign action panel and current action identifier 223 identify the actor 
currently responsible for taking the next step in the present, purchase order process, 

20 and allows the user to reassign the current action or to assign the next action required. 
The approval status panel 224 and current status identifier 225 identify the current 
status of the present process and allow the user to update the status, according to the 
user's approval authorities. The tabs 226 allow direct access to user interfaces 
including summary, details, product and a page log. The page log displays the audit 

25 trail mentioned above, for the purchase order process. The remaining tabs are further 
described below. 

[0033] The details view 230 describes some of the information useful in 

entering a purchase order. Depending on activities that preceded entry of a purchase 
order, selecting the submit button 221 may create a trade in the system, as opposed to 
30 adding information to a pre-existing trade. This interface provides support for 

templates 23 1 . An existing template can be selected or a new template created. The 
name of the current template is displayed. The new template can be created when the 
data entry has been completed and submitted. An order can be created when the 
submit button 221 is selected. Information regarding a purchase order 232 can be 
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entered in several fields. A purchase order number can be entered directly or 
automatically generated. A purchase order date can be entered or generated from a 
system clock or rule applied to the system clock. A purchase order changed number 
is consistently displayed, which most likely will be set to zero when the purchase 
5 order is first created. A unique dashboard reference number can be used by the 
system to keep track of transactions that may have non-unique purchase order 
numbers. When unique purchase order numbers are used, whether globally unique, 
unique between an importer-exporter pair, or for a single importer, the purchase order 
number may automatically be used as a dashboard reference number. The requested 

10 delivery date and time 223 may be entered. A purchasing agent 235 may be 

identified, for instance, by accessing a list or by typing with type-ahead assist. A 
buyer reference number 234 may be entered. A seller reference number 236 may be 
separately entered. The seller 237 and buyer 238 may be entered by including 
information such as name, account name, address and notes. Names may be selected, 

1 5 for instance by accessing a list. 

[0034] Other views 230 accessible through the tabs 226 may include summary 

and product views. The summary view will include some or all information available 
in other views. The product view may provide access to fields related to products 
within the shipment such as container number, sequence number or product ID, 

20 description, quantity, packaging, unit weight, net weight, gross weight, seal number, 
pick up and package ID. Additional information may be accessible by scrolling right 
or left in the product view. 

[0035] FIGS 3 A-3B depict entry of approval to pay instructions or draft 

instructions. The left panel 210 and the main panel follow the format of FIG. 2. This 

25 figure illustrates entry of approval to pay instructions using an exemplary user 
interface. Alternatively, an approval to pay instruction could be imported, for 
instance from a SOAP message carrying an XML payload. Several reference 
numbers in this figure are repeated from FIG. 2, presenting a consistent user interface 
across different screens. Additional features of the screen include a navigation bar 

30 305 and a context block 306. The navigation bar links provide direct access to 

interface pages that are part of an environment in which the line of credit settlement 
system is useful. Navigation bar links include home, a dashboard that displays 
summary status, a document vault that stores, for instance, approval to pay 
instructions, a reports module, administration, export compliance checks, help and log 
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out. The document vault handles messages, origination and receipt. The interface in 
this figure typically would be operating in the document vault. The context block 306 
identifies the user, the user's company association and the particular portfolio in 
which the user is working. The new features of this figure appear in the main panel, 
5 under the header tab 327. The particular type of approval to pay document being 
prepared is indicated, for instance using radio buttons 332. While several document 
types are listed, for purposes of presenting a consistent interface, only the instruction 
type applies here, because an application is not needed for an ongoing line of credit. 
An advice, in one embodiment, is handled by a different screen. Amendments are 

10 accessible via a separate tab 327. A variety of information is collected for an 

approval to pay instruction. Fields that may not be operative on this screen include an 
instruction number 333 and corresponding date, an application number 334 and 
corresponding date, an advice number 335 and corresponding date and an amendment 
number 336 and corresponding date. These fields may appear grayed-out, to present a 

15 consistent user interface, or may be omitted. The approval to pay number 337 and 
corresponding credit issued date track an approval to pay. The user can enter a 
request issued date and a request expiry date 338, 339. User also can request a 
confirmation 340. Information regarding advising and issuing banks may be entered, 
341, 342, including name, address and location of the bank. The bank may be 

20 selected from a list. The interface that begins as FIG. 3A continues as FIG. 3B, 
which illustrates use of the "Docs" tab 327. In this portion of the user interface, the 
user selects documents that may be required during the course of a shipment. The 
selection of documents may be sensitive to delivery terms 35 1 . Delivery terms may 
be selected from a pulldown list of standard delivery terms, such as "F.O.B.", which 

25 stands for free on board, "C & F" or "CFR", which stands for cost and freight, "CIF", 
which stands for cost, insurance and freight, and "FAS", which stands for free 
alongside ship. Thirteen terms (INCO terms) recognized by the International 
Chamber of Commerce (ICC) may be supported by the system, or at least the 
applicable and frequently used terms. The 1990 standard list of terms included: 

30 EXW, Ex Work (Named Place); FCA, Free Carrier (Named Place); FAS, Free 

Alongside Ship (Named Port Of Shipment); FOB, Free On Board (Named Port Of 
Shipment); CFR, Cost And Freight (Named Port Of Destination); CIF, Cost Insurance 
And Freight( Named Port Of Destination); CPT, Carrier Paid To (Named Point Of 
Destination); CIP, Carriage And Insurance Paid To (Named Point Of Destination); 
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DAF, Delivered At Frontier (Named Point); DES, Delivered Ex Ship (Named Port Of 
Destination); DEQ, Delivered Ex Quay Duty Paid(Named Port Of Destination); DDU, 
Delivered Duty Unpaid( Named Point Of Destination); and DDP, Delivered Duty 
Paid (Named Point). Other standard terms also may be used, or may be specified as 
5 other terms. In this example, the system presents the user with document choices for 
required documents including invoice 353, packing list 354, bill of lading 355, drafts 
357 and certificate of origin 358. It is unlikely that a letter of credit presentation field 
356 would be used with a line of credit settlement. For each required document, the 
user has the option of entering quantities for original and duplicate copies of the 

10 document and for making notes about the document. 

[0036] FIG. 4 depicts part of an interface for creating a trade with an approval 

to pay as part of the trade. The module selection section 420 allows the user to select 
between modules for ordering, shipping and settlement. These modules may be 
separate software packages that can be purchased individually or as a group. Within 

15 the settlement module, tabs are provided 428 for access to processes, documents and 
setting alerts related to settlement. The process tab provides access for selecting 
applications and adding participants. In one environment in which approval to pay 
logic is useful, the range of applications for settlement may include one or more of 
managing documents, invoicing, approval to pay, letter of credit, reconciliation, 

20 remittance advice and insurance clients. For approval to pay and, optionally, for other 
applications, a pulldown menu may provide access to a document vault which can be 
used for storage of templates, sample documents or actual documents that may be 
modified to create new ones. The creation of a trade using this and related interfaces 
as more fully explained in the applications that have been incorporated by reference. 

25 [0037] FIG. 5 depicts access to the approval to pay instruction as part of the 

workflow, as opposed to part of the set up for a shipment. The left panel changes, 
more detail is provided in the upper panel, and the top half of the main panel provides 
new options. The left panel 510 now lists steps in the workflow with workflow status 
icons next to step names. In this example, the check marks adjacent to purchase 

30 order, relating and invoice indicate that those steps in the workflow already have been 
completed. As might be expected, the approval to pay step follows invoicing. In the 
top panel, summary status information 527 is provided, which identifies the shipment 
that is being processed through workflow steps. A purchase order number 232 
appears in the dashboard reference number area. Other information that may be 
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provided includes port of loading, port of discharge, ETA, ETD and seller. Several 
controls are provided 528, 529 over creation, distribution and tracking of the approval 
to pay documents. Some controls 528 may allow a user to preview or send a 
document. User also may review of distribution log to see who has received a 
5 document. A prominently located control 529 is for creation of documents. Once a 
document set has been created, a particular user or particular role may have the option 
of retracting the documents. The approval status control 224, for instance, shows that 
one role is to approve the approval to pay documents. Another role is to place a hold 
or clear a hold on documents. 

10 [0038] FIGS. 6A-6B show progress of a shipment through a workflow. This 

is a workflow in which the approval to pay technology may be particularly useful. 
The two figures use the same screen layout, which includes tabbed access 627 to 
summary and detail information, direct access to setting dashboard options 616 and 
quick access to a key for icons used on the screen 617. The screen layout further 

15 includes a search bar 610 that supports searching, creating trades and copying trades. 
Searchable fields are accessible through pull down menu 611. Search criteria are 
accessible 612 and work with a value entry field 613. A search can further be 
qualified by the shipment or trade status 614 and activated using a search button 615. 
The trade can be created from scratch 618 or by copying another trade 619. A 

20 shipment summary row 620 identifies a particular shipment and summarizes the status 
of that shipment. A particular row can be selected, for instance using a check box 
621. It may be identified by a dashboard reference number 622, purchase order 
number or other identifying reference. Status columns may be provided for workflow 
steps, such as status of a purchase order 623, bill of lading 624, document 

25 management 625, approval to pay 626, invoicing, reconciliation 627 or remittance 
advice 628. 

[0039] A variety of status conditions can be indicated. In one embodiment, 

"pending" status is indicated by a lightly colored square, such as a brown or gray 
square. This pending status may indicate that a shipment stage is not completed and 
30 not yet in progress. "To do" status is indicated by a boldly colored square, such as a 
green square. This to do status may indicate that the current user viewing the 
overview display should take some action to help complete a particular stage of 
shipment processing, so that it may advance to the next status. That is, a viewer who 
sees a green box knows the ball is in the viewers court. "In progress" status is 
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indicated by a brown arrow. This in progress status may indicate that a participant 
other than the current viewer is responsible for advancing a particular shipment stage. 
The responsible participant may be identified in a more detailed display linked to the 
icon. The in progress icon further may indicate that no alert date has yet passed for 
5 action by the responsible participant. "Done" status is indicated by a box with the 
check mark. This done status may indicate that-all actions required to complete a 
stage have been accomplished. "Locked" status is indicated by a padlock icon. This 
locked status may indicate, for instance, that a stage involving production of 
documents is complete and not subject to further revision by any participant. In some 

10 embodiments, it may be possible to unlock a locked status. "Alert" status is indicated 
by an exclamation point in a triangle. This alert status may indicate that a milestone, 
for instance for preparation of a document or for movement of the shipment has 
passed "On hold" status may be indicated by flashing red words, a red octagonal 
shape symbolizing a stop sign, or both. This on hold status may indicate that a 

15 participant responsible for the shipment, overall, has temporarily suspended editing of 
data related to the shipment. This kind of temporary suspension may lock out all 
other participants from updating or even from viewing information about the 
shipment, until the hold is cleared. 

[0040] FIG. 6A indicates that the purchase order has been submitted 623 and 

20 the approval to pay terms have been negotiated 626. The bill of lading is not 

complete, so preparation of an invoice is not yet pending. In FIG. 6B, completion of 
the bill of lading has triggered adding the invoice to the workflow. The invoicing is 
indicated to be complete. Additional work is required on managing documents, 
reconciliation and remittance advice. Both of these figures indicate that additional 
25 detail regarding workflow status is available by selecting the details tab 627. 

[0041] FIG. 7 depicts a reconciliation screen, from which a reconciliation 

process can be triggered 730. A reconciliation process provides a comparison of 
fields, for instance between a bill of lading and a purchase order, based on a field 
mapping. 

30 [0042] FIG. 8 illustrates access to document management. The tabs 827 and 

the main panel provide access to the details of document management and an audit 
trail or page log. One section of the main panel collects required documents 830. 
Required documents are specified when the trade is set up. In this instance, a bill of 
lading and invoice are required. These particular documents are system generated 
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documents, archived in a convenient format, such as PDF. A hyperlink field or other 
control may be provided for authorized users or roles to download a copy of these 
documents. For some documents, uploading also may be permitted. Users or roles 
with certain authorities lock any of the required documents. Another section of the 
5 main panel collects optional documents 840. Optional documents can be added, using 
a third section of the main panel 850. 

[0043] FIG. 9 shows further progress of the shipment through the workflow. 

This figure illustrates use of the same status panel as in FIGS. 6 A - 6B. In this 
figure, the managed document status 901 has been updated with a faded checkmark 

10 icon, which indicates that an approval is required. An approval may be required, for 
instance, when the system detects that all needed documentation regarding the 
shipment has been received that an approval to pay should be issued to the bank, 
based on the electronic status of earlier steps. One of the features the details tab 627 
may be to indicate who is responsible for making the approval or taking the next step. 

15 [0044] FIG. 10 is a remittance advice screen that the bank may use to advise 

that the exporter has been or is being paid. Preferably, the screen is integrated at 
some level with the bank's processing systems for electronic payment. Integration 
may be complete, so that one screen triggers two processes. Or, one system may be 
primary and export data to the other. The export may be automated, as by some sort 

20 of Web services protocol or save to disk and import facility, or may be a form 

completion assistant, allowing an intelligent, field-oriented copy and paste facility. 
This figure illustrates information accessible behind the details tab 1027. Most of the 
available fields are explained by their names: payment advice type 1031 is "Bank"; 
payment advice purpose 1032 is optional; payment settlement date 1033, total amount 

25 due 1034, total amount paid 1035 and currency 1036 are available fields. The 

payment method 1037 may be selected from a pick list, for instance a choice among 
wire transfer, feds transfer, ACH, check, and open account - meaning a deposit to an 
exporter's account at the bank. A payment reason code 1041 is optional. Payment 
advice number 1042, bank approval date 1043, bank charges 1044, and other charges 

30 1045 preferably tie to similar fields in the bank's processing systems. Remarks 1046 
are optional. Additional reference numbers that may be used with the payment advice 
include bank reference number 1047, invoice reference 1048, approval to pay number 
1049 (from the importer or importer's agent), and a general other reference number 
105 1 . Another portion of the main panel 1060 includes rows for reconciling the 
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payment with other detail, such as order and line item numbers. The amount due, 
paid and any difference can be explained with a reason for the difference. One or 
more rows can be deleted, for instance if the payment advice is prepared from a 
template. 

5 [0045] FIG. 11 shows a completed status summary panel 1101 using the same 

status panel as FIGS. 6A, 6B and 9. 

[0046] FIG. 12 identifies persons assigned to fulfill various roles and carry 

out tasks recognized by the system. Security authorizations for persons are also 
displayed, including authority to read, modify and approve ("RMA") various tasks. 

10 In this figure, a template can be accessed to set roles and task responsibilities from a 
pick list or other window 1201. Separate panels or sections of the screen are 
provided: for template and save actions 1231, participant names, titles, roles, 
companies and trade administration responsibility 1240; for ordering tasks and 
participants 1250; for shipment tasks and participants 1260 and for settlement tasks 

15 and participants 1203. The tasks may be click-linked to software applications that 
implement the tasks, some of which are described in this application and the related 
applications. Attention is drawn in this figure to insurance-related tasks. During 
ordering, an insurance certificate 1202 must be generated, evidencing agreement on 
and compliance on terms of insurance. During settlement, an insurance claim 1203 

20 may need to be processed, depending on the condition of the goods received and, 
potentially, on the timing of receipt. 

[0047] FIG. 13 depicts the status screen, similar to that depicted in FIGS. 6A- 

6B. Sections of this screen 610, 620, 627 are the same as in FIG. 6. Attention is 
drawn in this figure to the insurance certificate column 1301 of the status display. 

25 Three insurance certificate statuses are indicated by the icons. A pair of trades have 
open boxes, indicating that satisfaction of insurance certificate conditions remains to 
be accomplished. Most of the trades have check marks in boxes, indicating that the 
certificate conditions have been satisfied. One trade has a stop sign icon 1302, which 
indicates that the trade is been put on hold due to an insurance certificate issue. This 

30 hold has been manually placed on the trade, following review by a person having 
appropriate authorities to issue a hold. In addition to the icons in the insurance 
certificate column 1301, two icons in the packing list column have not previously 
been described. One icon is a boxed "D", which stands for disputed or discrepancy. 
During reconciliation, a difference between an order and the packing list or between a 
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packing list and goods received, for instance, was identified. A person with authority 
to flag the dispute or discrepancy approves setting this flag. Another icon is a boxed 
"R", which stands for reconciled. During reconciliation, the documents being 
reconciled were considered to match. This matching and flagging may be reviewed 
5 and approved by a person or automatically applied by the system. 

[0048] FIG. 14 depicts an interface adapted to entry of insurance certificate- 

related data. Insurance coverage generally begins at the time goods or pickup from 
the warehouse or storage location specified in the policy. Coverage continues through 
transit and ends on delivery to the consignee's warehouse is specified in the policy, to 

10 any warehouse be assured has chosen for delivery, or 60 days after dockside discharge 
from the vessel at the final destination port. Policies may carry clauses to override 
these rules, particularly for the time limit after discharge. 
[0049] The assured has an obligation to minimize the raw risk of loss or 

damage, and to file claims against the carrier or other party that may be responsible 

15 for the loss before filing a claim. If a claim is to be filed, the insurer or claim agent is 
to be notified immediately. The insurer appoints a marine surveyor to inspect the 
cargo and report on the nature the loss, the value and the extent of the loss. In some 
cases, the surveyor may be named in the insurance policy. The surveyor issues a 
Certificate of Loss or Certificate of Survey along with a report on findings to the 

20 consignee. The surveyor's fee may need to be aid by the consignee, but may be 
refunded if covered by insurance policy. 

[0050] When making claim, the following documentation is generally 

required: original insurance policy or insurance certificate; original bill of lading; 
commercial invoice; packing list; certificate of loss or certificate of survey; the 

25 weights notes or landing account issued at the destination; any correspondence with 
the carrier or other party responsible for the loss or damage; a master's protest, which 
is a written description by the ship's master of any disaster, accident or injury at sea 
that may be related to the claim. With such a detailed process for filing claims and 
extensive list of documents, many of which may be tracked by an integrated system, 

30 an insurance claim module to an integrated system is particularly appealing. 

[0051] Most the fields depicted in FIG. 14 are populated with data entered to 

set up the import-export transaction. For instance, shipper fields 1460, fields 1444- 
1475 and fields 1481-1493 contain data that can be used across many modules of an 
import-export system. In this figure, the left panel 1410 lists steps in the workflow, 
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with workflow status icons next to the step names. In this example, the check marks 
adjacent to EDI sales order, compliance check and letter of credit indicate that those 
steps in the workflow already have been completed. The boxed arrow adjacent to 
insurance certificate indicates that an insurance certificate needs to be processed. The 
5 top section in the interface depicts controls previously explained in relationship to 
FIG. 2 and FIG. 4. A consistent appearance is presented by the tabs 1427, which 
allow direct access to user interfaces including summary, details, parties, tracking and 
page log. The summary view describes some or all of the information related to an 
insurance certificate. The insurance certificate module electronically interfaces with 

10 other modules to collect data and populate fields, to tie the insurance certificate to a 
particular trade and/or to collect additional information required to document an 
insurance certificate. Optionally, the system can generate an insurance certificate 
based on arrangements with insurance brokers who are authorized by law to place 
insurance coverage as required. Several fields relate particularly to the insurance 

15 coverage. Policy types 1431 include open policy, which applies across several 

transactions and special cargo, which applies to an individual transaction. A policy 
number 1432 may be issued by the agent who binds coverage or by the security 
provider. The policy effective date 1433 typically matches the agreed terms for 
insurance to cover the import-export transaction. The certificate reference number 

20 1434 and insurance certificate number 1435 are numbers used by the issuers of the 
certificate and/or policy. Contrary to the example shown here, the insurance 
certificate date 1436 typically precedes or is in close succession to the policy effective 
date. Different terms may be negotiated between the importer and exporter, but the 
certificate is much more meaningful in a workflow if it is received prior to shipping. 

25 Coverage is unlikely to be effective prior to shipping. Insurance certificate place 
1437, amount 1439, currency 1441 and amount in words are self-explanatory fields. 
The war risk field 1438 indicates whether the certificate extends coverage to war 
risks. Similar fields might be provided to indicate whether coverage is provided for 
acts of terrorism and other specialty risks. An additional covered risk field 1443 will 

30 reflect the negotiated requirements for coverage between the importer and exporter 
and any additional, non-standard or particularly important coverages that may have 
been obtained. The insurance conditions 1476 and special conditions 1477 typically 
reflect conditions imposed by any insurer on a policy that vary the law that otherwise 
would apply to insurance coverage. For instance, the example insurance condition 
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1476 would typically shorten the statute of limitation for making a claim. The special 
condition 1477 imposes a special requirement for merchandise carried in a container 
on the deck of a ship. The tracking field 1494 provides information regarding 
processing of the insurance certificate. As indicated above or in the documents 
5 incorporated by reference, many other fields provide information shared between the 
insurance certificate module and other import-export system modules. 
[0052] FIG. 15 illustrates an insurance certificate. The preview document 

link 428 of FIG. 14 invokes a facsimile of an insurance certificate 1501. This 
document is evidence that the system is been authorized to provide confirmation that 

10 an open policy type insurance policy has been procured. The quantities in this 

certificate, when the insurance certificate module is part of an integrated system, may 
be rolled up from data on a packing list, pull list or similar document, based on 
quantity and unit of measurement, because the insurance certificate typically is less 
detailed than the packing list, at the item detail level. This document may be 

15 maintained in some kind of portable format, such as "PDF" format, which is readable 
on a variety of computer systems. Optionally, the document may be locked against 
editing. The import-export system may use a document manager to maintain this and 
similar documents that are part of the workflow. 

[0053] FIG. 16 is another status screen that emphasizes an insurance claim 

20 column 1601. The main portions of this screen 610, 620 are as previously described 
with respect to FIG. 6. 

[0054] FIG. 17 depicts an interface adapted to entry of insurance claim- 

related information. The left pane 1410, the top section and tabs 1727 are familiar 
from other user interfaces. This tabs section 1727 provides direct access to summary, 

25 filing, tracking and page log interfaces. The summary interface depicted includes 
some or all of the information relevant to an insurance claim. The insurance claim 
fields 1731-1742 are particular to an insurance claim. The policy information 1431- 
1441 may be repeated from the insurance certificate module, if the insurance claim 
and insurance certificate modules are both implemented, or it can be entered 

30 separately. The tracking information 1750 parallels the tracking information 1450 in 
FIG. 14. Among the insurance claim-specific information, the claim number 1731 
will typically be generated by the system or by a party authorized to receive the claim. 
The claim date 1732 corresponds to the date on which the system submits the claim. 
The estimated loss 1733 is provided by the claimant, as are the current cargo location 
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1734, loss description 1735, loss date 1736, currency 1737 and arrival date 1738. 
Optionally, the currency and arrival date may be data collected in other parts of the 
import-export system. The claimant 1741 typically will be the importer, but the 
reporting party 1742 may well be an agent for the importer. In any case, the claimant 
5 will be an assured or additional assured under the identified policy. 

[0055] The present invention may be practiced as a method or device adapted 

to practice the method. The same method can be viewed from the perspective of the 
system, the importer, the exporter or the insurance broker. The system aspect of the 
present invention provides a computer-aided method of collaborating on insurance 

10 conditions to cover an international shipment from an exporter to an importer and 
confirming performance in accordance with the insurance conditions, wherein one of 
the importer or exporter is the party responsible for insurance coverage and the other 
is the non-responsible party. The method may include setting authorizations for 
international shipment participants to view and edit aspects of data that records the 

15 insurance conditions covering international shipment, tracks progress of the 

international shipment participants toward meeting the insurance conditions and 
conditions release of the international shipment on fulfillment, modification or waiver 
of the insurance conditions. The method further may include receiving agreed 
insurance conditions, receiving documentation corresponding to fulfillment of the 

20 agreed insurance conditions and electronically approving release of the international 
shipment, following evaluation by the non-responsible party or the non-responsible 
partes agent that the agreed insurance conditions have been fulfilled, modified or 
waived. 

[0056] In one embodiment, a central server or cluster of servers implements a 

25 workflow and dashboard status display as depicted in figures. Based on 

authorizations of the various international shipment participants, status information is 
displayed to the participants and they are allowed to electronically review, modify or 
approve tasks in the workflow. The workflow is integrated across roles and involves 
assignment of tasks to persons working for multiple independent organizations. For 
30 instance, tasks in the processing of an insurance certificate may be assigned to persons 
working for the importer or the importers agent, working for the exporter or the 
exporters agents, and working for the insurance broker. The workflow system may 
identify the person or persons responsible to take the next action or actions required to 
move the import-export transaction along. The workflow system also may provide 
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alerts, both for actions that are now ready for processing and actions that have been 
pending for a predetermined time. 

[0057] A further aspect of the method, from the system perspective, includes 

transmitting between the importer and the exporter draft insurance conditions to cover 
5 an international shipment. These drafts may be maintained electronically in a form 
that permits their use, once they have been agreed upon, for processing as part of the 
method. Another aspect includes transmitting to the insurance broker the agreed 
insurance conditions for issuance of a certificate and/or binding of coverage. In one 
embodiment, the method includes preparing insurance certificate corresponding to the 

10 agreed insurance conditions and securely storing copy of the certificate. 

[0058] An aspect of the method includes exposing to view by the international 

shipment participants status information regarding establishment of the insurance 
conditions, the documentation of fulfillment and the approval of fulfillment, or the 
abatement or waiver of the insurance conditions. The method further may include 

15 exposing status information that identifies, for particular roles, whether the particular 
roles a responsible to carry out a next step in the establishment of the insurance 
conditions, the documentation of fulfillment or the approval of fulfillment or the 
abatement or waiver of the insurance conditions. 

[0059] Another aspect of the method includes selecting standard terms for title 

20 transfer and/or risk allocation shipment and assigning responsibility for procuring 

insurance, based on the selected standard terms. Assignment of responsibility may be 
accompanied by establishing an applicable workflow. 

[0060] An embodiment of the method, implemented as a computer system, 

includes tracking and fulfillment of insurance conditions as part of an integrated 
25 collaborative system.that facilitates an import-export transaction from negotiation of 
terms, to release for shipment by the exporter, through transit and customs clearance, 
to receipt by the importer and settlement. 

[0061] The method varies slightly, depending on whether the importer or 

exporter is responsible for insurance coverage. In one embodiment, in which the 
30 importer is responsible for insurance coverage, in the invention provides a computer- 
aided method of collaborating on insurance conditions to cover an international 
shipment from an exporter to an importer and confirming performance in accordance 
with the insurance conditions. The method may include setting authorizations for 
international shipment participants to view and edit aspects of data that records the 
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insurance conditions covering international shipment, tracks progress of the 
international shipment participants toward meeting the insurance conditions and 
conditions release of the international shipment on fulfillment, modification or waiver 
of the insurance conditions. The method further may include receiving agreed 
5 insurance conditions, receiving documentation corresponding to fulfillment of the 
agreed insurance conditions and electronically approving release of the international 
shipment, following evaluation by the exporter or the exporter's agent that the agreed 
insurance conditions have been fulfilled, modified or waived. Variations, aspects and 
embodiments of the method viewed from the system perspective and the system 

10 implementing a workflow and dashboard status display also apply to the method 
applied when the importer is responsible for fulfilling the insurance conditions. 
[0062] When the exporter is responsible for insurance coverage, the invention 

includes a computer-aided method of collaborating on insurance conditions to cover 
an international shipment from an exporter to an importer and confirming 

15 performance in accordance with the insurance conditions. The method may include 
setting authorizations for international shipment participants to view and edit aspects 
of data that records the insurance conditions covering international shipment, tracks 
progress of the international shipment participants toward meeting the insurance 
conditions and conditions release of the international shipment on fulfillment, 

20 modification or waiver of the insurance conditions. The method further may include 
receiving agreed insurance conditions, generating documentation corresponding to 
fulfillment of the agreed insurance conditions and electronically approving release of 
the international shipment, following evaluation by the exporter or the exporter's 
agent that the agreed insurance conditions have been fulfilled, modified or waived. 

25 Variations, aspects and embodiments of the method viewed from the system 

perspective and the system implementing a workflow and dashboard status display 
also apply to the method applied when the exporter is responsible for fulfilling the 
insurance conditions. 

[0063] While the present invention is disclosed by reference to the preferred 

30 embodiments and examples detailed above, it is understood that these examples are 
intended in an illustrative rather than in a limiting sense. Computer-assisted 
processing is implicated in the described embodiments. Accordingly, the present 
invention may be embodied in methods for computer-assisted processing, systems 
including logic to carry out collaborative tracking of an international shipment of 
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goods, media impressed with logic to carry out carry out collaborative tracking of an 
international shipment of goods, data streams impressed with logic to carry out 
collaborative tracking of an international shipment of goods, or computer-accessible 
services that carry out carry out collaborative tracking of an international shipment of 
5 goods. It is contemplated that modifications and combinations will readily occur to 
those skilled in the art, which modifications and combinations will be within the spirit 
of the invention and the scope of the following claims. 
[0064] We claim as follows: 
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